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SKILLS DATABASE MANAGEMENT SYSTEM AND METHOD 



Reference to a Related Application 

The present application claims the priority of and is a continuation of U.S. Application 
Serial No. 09/130,819, filed on August 7, 1998 which was based on provisional application 
60/055,316 filed August 7, 1997, entitled "Skills Database Management System and Method" 
which is incorporated herein by reference. 

Field of Invention 

The present invention generally relates to a skills/resume management system. More 
specifically, the invention relates to a computer-based, skills/resume management system that 
provides employers and those seeking employment with on-line access to a skills/resume 
relational database. 

Background of the Invention 

In traditional employment seeking situations, a candidate or a firm offering the services 
of various candidates (herein a "vendor") submits a resume to a company for consideration as an 
employee or an independent contractor. Such a submission is normally in response to a position 
opening at an employer that the candidate or vendor has learned about via advertisements or 
through other marketing efforts. The employer then evaluates all the resumes submitted, 
compares their skills and experience, and selects some of them for interviews or further 
evaluation. If the employer is interested, it may schedule an interview with the candidate or ask 
the vendor to arrange one, pursuant to hiring the candidate. Although hiring decisions have been 
traditionally made in this fashion, the process is far from ideal. 

On the candidate side, an effort must be made to identify possible employers and send 
them a resume at the time a suitable position is open. Given the vast number of potential 
employers that may exist for a certain profession, this effort requires assessing which employers 



are currently hiring and, more specifically, which employers are most likely to hire. Often, this 
amounts to a hit or miss approach involving subjective decision making and even outright 
guessing. The candidate consequently may spend time and money repeatedly soliciting an 
employer who is not interested, or worse, may miss an opportunity with an interested employer. 

5 On the employer side, a vast number of resumes may be received without necessarily 

being solicited. These resumes require administrative and managerial time and effort to sort 
through and evaluate them. This can become a time consuming and tedious task. Although 
software has been developed to scan through these documents, the search techniques used 
typically involve a simple textual word search. These techniques can be intolerant of 
10 terminology, spelling, format, and case differences between the employer's search terms and the 
resume terms. Moreover, these search techniques usually are not capable of performing 

p relationship logic or quantitative evaluation of the applicants' skills and experience. 

*Ji Consequently, qualified candidates may be overlooked, and unqualified candidates selected. 

~E The problems faced by candidates and employers are also faced by vendors which match 

15Z particular candidates to openings of employers. From a vendor's perspective, skilled manpower 

rU must be dedicated to matching various employers' job requirements with the backgrounds of 

P available candidates and then submitting those candidates' resumes to the respective employers. 

3 ^ Both employers' openings and the available candidates can and do change continuously and 

f U rapidly. This results in a high probability of missing business opportunities where a possible 

207 match is missed. 

Therefore, a need exists for a system which enables vendors and candidates to present 
their resumes to all interested employers at the time that the employer has appropriate openings. 
The system should also allow employers to quickly and accurately search for qualified 
candidates on the basis of quantitative criteria on their skills and experience, without being 
25 overly inclusive or exclusive. The present invention fulfills these needs among others. 
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Summary of the Present Invention 



The present invention provides employers, vendors and employment candidates with "on- 
line" access to a skills/resume management system. Structured as a relational database, it 
enables a user to input and/or search for data with precision in a central hub for use by those 
seeking employment and those seeking to hire. 

The terms "candidate"/"vendor" and "employer" are used herein to designate, 
respectively, a user inputing or modifying database information and a user searching the 
database. These terms are used for illustrative purposes and should not be used to limit the 
scope of the invention. In other words, it is possible that the user inputing information be 
someone other than a real candidate; likewise, the user performing a search may be someone 
other than a real employer. 

The system comprises a relational database of fields pertaining to employment criteria 
such as, for example, experience, skills, education, availability, and salary information. A 
candidate accessing the system responds to prompts to create a experience or skill profile and a 
resume, or to update a profile/resume already on file. Prospective employers accessing the 
system respond to prompts to create a query that is used to define and perform a search of the 
database. The system also has output means for providing the employer with a display of 
candidates meeting the search criteria, and for quantitative comparison of the candidates' 
experience and skills. In addition, the system may provide the means for a candidate to update 
his information, e.g., his availability status, and/or retrieve information from the database via a 
telephone or other communicative link. 

An important aspect of the present invention is the standardization, segmentation, and 
organization of the candidate's skill profile and resume. Standardization is achieved through the 
use of system prompts directed to both the candidates when populating the database and the 
employers when formulating a search query. This ensures that both the candidate and the 
employer will use the same terminology, thus preventing the spelling, spacing, case, and most 
importantly, the language of the database from being an issue in the search. Therefore, accuracy 
and efficiency in selecting data to satisfy a query is facilitated. 



The segmentation of the data, that is, the capturing of a candidate's skills or experiences 
in separate, specific fields (e.g. "Profession", "Category", "Skill", "Specialty"), allows for very 
precise categorization of skills and experience. As such, the query can be focused and precise 
and does not rely on the awkward, inefficient, and often error-prone searching of fragments or 
character strings within long fields. Additionally, in a preferred embodiment, a length-of-time 
field exists for each skill/category and allows for the summation of time-per-skill across various 
stretches of employment. In other words, the system can quantify length of experience for a 
particular skill over discontinuous periods of time. This feature is extremely beneficial since 
overall experience, not continuous experience, is of primary concern to most employers. 

The organization of the data in a relational database allows for sophisticated searching, 
sorting, and manipulation of the data. With such an organization, it is possible to create queries 
that can be easily broadened, narrowed, or fine-tuned as warranted after each search to achieve a 
suitable pool of candidates. If a query results in only one candidate, the employer can broaden 
the scope of the query to increase its prospects. The several layers of fields that remain linked in 
the relational database make it possible for an employer to create sophisticated queries based on 
many combinations of fields and thereby increase the chances of finding the most attractive 
candidates. This type of flexibility assists an employer in pinpointing very specific 
combinations of skills in candidates if it so chooses. It also eliminates the chance of a qualified 
candidate being overlooked had such skills not been captured so precisely. Customized sorting 
and manipulation of data is also made possible through this type of database. Data can be 
displayed in the most optimal manner for each search as determined by the employer. 

The advantages of the system's standardization, segmentation and organization of 
information, as described above, are facilitated, in large part, by a hierarchical and/or networked 
relational database. More specifically, the system organizes at least a portion of information in a 
hierarchical relationship of fields or in fields that are otherwise networked together. In a 
preferred embodiment, information regarding a candidate's experience or skill profile is 
structured in layers. For example, the broadest or upper layer may be the candidate's profession. 
Depending from this layer are a number of categories relating to that profession. Each category 
may in turn have subcategories within it, all of which relate to the layer above it. This 



segmentation may be several layers deep. Individual segments (e.g. a subcategory) may also 
have multi-threaded hierarchical relationships among its members. Furthermore, the 
relationships between the various layers of segmentation may be 1 to M, meaning that a 
subcategory relates to just one category, or M to N, meaning that a subcategory relates to one or 
5 more categories. 

Yet another advantage of this invention is the ease of access for both the candidate and 
the employer. It is feasible to go on-line wherever there is a telecommunications link—at home, 
at the office, and even during travel. As used herein, the term "on-line" broadly refers to a 
system offering telecommunicative interfaces with its users, and may exist as a stand-alone dial- 
10 up service or a point on the internet or other type of network. This is an advantage not only 
because of comfort and convenience, but also because of efficiency. The user accesses the 
£3 system directly so there is no need for faxes, third parties, answer machines, etc, to retrieve the 
'2 most recent information. The present invention provides employers, vendors and employment 
O candidates with "on-line" access to a central skills/resume management system. Structured as a 

KB 

lfg relational database, it enables a user to input and/or search for data with precision in a central 

S! : hub for use by those seeking employment and those seeking to hire. 
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M Brief Description of the Drawings 
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*"f The invention may best be understood by reference to the following description taken in 

20 conjunction with the accompanying drawings, wherein like reference numerals identify like 
elements, and wherein: 

Fig. 1 shows a schematic diagram of an on-line skills and resume database management 

system; 

Fig* 2 shows a flow diagram for performing a resume search on the system shown in Fig. 

25 1; 

Fig. 3a & 3b show flow diagrams for populating the database and indicating candidate 
status respectively; and 

Fig. 4 shows a flow diagram of the process of developing a search query. 
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Detailed Description of the Present Invention 



The present invention is directed to a computer-based, on-line skills and resume 
management system. In a preferred embodiment, the system comprises at least one relational 
database having a plurality of fields, and at least a portion of the fields are hierarchical or 
otherwise networked. The database is populated with information by population means which 
interface with a candidate or vendor and prompts him or her for information relating to a portion 
of the fields in the hierarchy. The system also has query generation means for interfacing with 
an employer and prompting the employer to select a combination of the fields in the hierarchy to 
form a query. To apply the query to the relational database, the system uses search means 
operatively connected to the database. The system has output means for providing the employer 
with results of the search. The system may also have tabular and graphical means of making 
quantitative comparisons of the selected candidates based on criteria selected by the employer. 

The present invention may be practiced using a system of conventional components 
configured according to conventional technology. For example, a personal or other computer 
equipped with a graphical interface terminal and a telecommunication link (modem, network 
connection, internet access, etc.), may be utilized to access the system. A suitable system 100 is 
depicted schematically in Fig. 1. For discussion purposes, the system is divided into an 
administration domain 1 1 1 and a user domain 112. 

The skills/resume database system is contained in the administration domain 111. 
Central to the system is a central processing unit (CPU) 101. The CPU 101 may be a single 
processor, or a combination of processors, which may be configured in a PC, work station, main 
frame or the like. Such CPUs are known in the art. Operatively connected to the CPU is a 
database 102. Database 102 can be any computer readable medium such as a hard drive, floppy 
disk, tape, CD ROM, RAM or other suitable medium. Additionally, it should be understood 
that, although only one database is depicted in Fig.l, a plurality of discrete databases configured 
to cooperate with one another may be employed. Also operatively connected to the CPU 101 is 
memory 104 which contains a program of instructional means for the system 100 to perform the 
process of the present invention. Memory 104 can be any known memory medium such as 
RAM or PROM. The CPU 101 has a database and communications interface 103 that, in a 



preferred embodiment, uses a telecommunicative link 1 14 to operatively connect to user 
interfaces in the user domain 112. The telecommunicative link can be any device that enables a 
computer to communicate over land based and/or wireless paths. To provide access to the 
system for maintenance, control and monitoring, an administration interface 105 may be 
operatively connected to the CPU. In one embodiment, the administration interface 105 is 
connected to an operator's interface 106, which may include a display and input means, and 
provides reports 107. 

In the user domain 1 12, the system provides various means of communication. An 
employer 109 may access the system using a computer 108 over a telecommunicative link 1 14. 
In this way, the employer may search for prospective candidates from the convenience of the 
home or office. Likewise, a candidate 108 using a computer 109 may access the system via 
telecommunication link 1 14 to populate the database with information from his resume. The 
candidate may also access the system 100, without the use of a computer, through a 
conventional telephone 110 using an Interactive Voice Response (IVR) system for updating his 
or her availability status and for obtaining information from the system. 

As mentioned above, the memory 104 contains a program of instructional means for the 
system 100 to provide candidates, vendors, and/or employers with "on-line" access to populate 
and search a resume relational database. The program may be adapted to function on known 
operating platforms and is anticipated to be compatible with emerging operating platforms as 
well. The program may be stored on any computer readable medium such as a disk, tape, CD 
ROM, RAM or PROM. 

In one embodiment, the system enables the computer apparatus 100 to perform searching 
and populating aspects of the process as depicted in Figs. 2 and 3, respectively. These figures 
are described in greater detail below. Throughout this description, reference is made to 
Appendices A and B, which contain a selection of screen printouts from the operators interface. 
Appendix A contains printouts of screens A-l though A- 13 corresponding to the screens 
typically used by employers and Appendix B contains print-outs of screens B-l through B-14 
corresponding to screens typically used by candidates/vendors. It will be readily apparent to one 
skilled in the art that the screens shown in Appendices A & B are only illustrative of the type of 




displays possible within the scope of the present invention and that the screens can be modified 
according to a particular application. All screens disclosed herein are Copyrighted, 1998, by 
Infinix Corp., all rights reserved. 

Fig. 2 shows a general process flow diagram of the search process of the present 
5 invention. As shown in Block 201, the employer formulates a query based on the requirements 
of the position opening (see Appendix A-l - A-3). The formulation of the query search engine 
(domain 111, Fig. 1) is done by responding to prompts and/or pull-down menus from the system 
that correspond to the standardization, segmentation and organization of the relevant skills. This 
step is considered in greater detail with respect to Fig. 4. 

10 A search is performed in Block 203 by a search engine (domain 111, Fig. 1) once the 

□ inquiry has been formulated. Block 205 determines whether or not the employer is satisfied with 

^ the results, i.e. whether he has found too many or too few qualified candidates (see Appendix A- 

O 4). If not, the process returns to Block 203 where the search query is refined. This refinement 

q can be made by tightening or relaxing the qualifications listed, or by adding or deleting 

13: ; qualifications. The search can also be restricted to just preferred or otherwise selected groups of 

b candidates/vendors. The system may even be restricted to retrieving candidates/vendors whom 

% j the employer has not yet seen. Furthermore, the employer may request the system to perform 

tf a automatic searches periodically (i.e., once a day) and alert the employer when new, qualified 

; ti a 

C3 candidates are found. 

20 If the employer is satisfied with the inquiry, the process proceeds to Block 206 where the 

results can be, compared, sorted and manipulated according to the employer's preferences 
(Appendix A-5). The employer also may view a candidate's experience profile graphically (see 
Appendix A-6), or his/her entire resume (see Appendix A-7). If the employer is particularly 
interested in a candidate, the employer may schedule an interview on-line with the candidate in 

25 Block 207 (see Appendix A-8). The system also may keep track of interviews (see Appendix A- 
9) and vendors (see Appendices A- 10 & A-l 1). It is anticipated that the results of an interview 
or work history of a particular candidate may be added to the database and thereby become 
searchable, for intra-office or inter-office recruiting. Thus, the system of the present invention 
allows an employer to access a centralized database via a telecommunication link, formulate 
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searches, review the results of said searches, and even schedule interviews with preferred 
candidates. 

Fig. 3a and 3b show process embodiments of the present invention wherein the candidate 
or vendor accesses the system via a telecommunicative link to enter or update one or more skill 
profiles or resumes. By way of example, the process described herein and the corresponding 
screens relate specifically to a vendor's use, although it should be understood that the process for 
an individual candidate is the same, except that, rather than managing multiple candidates, a sole 
candidate need only manage his own data entry. 

In Fig 3a, a flow diagram is shown of a vendor populating/monitoring the database with 
skill and resume information for one or more candidates. In Block 301, the vendor is questioned 
whether he or she is modifying an existing resume or entering one for the first time. If the 
former, the process proceeds to Block 305 and 306 where the vendor selects a candidate, and 
modifies the information previously entered into the database {see Appendices B-l through B-5). 
If the vendor is populating the database for the first time for a particular candidate, however, the 
process instead proceeds to Block 303 where the vendor enters details about the candidates 
background in templates provided by the system (similar to Appendices B-l through B-5 except 
blank). 

In Block 304, the vendor enters the experience profile in response to system lists within a 
template {see Appendix B-3). Additionally, the vendor can enter skills or experience not 
presented by the system. This information can be entered into fields at a later time after being 
analyzed for proper standardization, segmentation, and organization. The data fields available 
to the vendor for population are similar in standardization, segmentation and organization to that 
of fields provided to the employer to formulate the search. The candidate populates a field with 
information if appropriate while the employer selects whether the field is important and should 
be searched. 

In Block 305, the vendor enters details regarding the work one of its candidates is 
seeking {see Appendix B-2). In Block 307, the candidate enters other information normally 
present in a resume that would be of interest to a prospective employer {see Appendix B-4). The 
vendor/candidate may preview or print the resume as it is being compiled by the system. 



Once the vendor/candidate is satisfied, the process proceeds to Block 306 where he or 
she can save the resume. The candidate may be asked to review and agree to the terms and 
conditions of using the on-line resume database management system. Optionally, the 
vendor/candidate or employer may be required to pay charges for use of the system. In Block 
307, after the vendor/candidate has entered the information and agreed to the terms and 
conditions of using the system, the information is up-loaded to the system, reviewed, and 
becomes part of the relational database and thus accessible to potential employers. The 
candidate may also update certain availability information to the database (e.g. date available for 
a new position, or date last indicated that candidate was still seeking employment). 

It may be preferable in certain situations to limit dissemination of a particular candidates 
resume, or to search the resumes of those candidates responding to a particular opening. For 
example, a candidate may not want his resume available to all that search the database, but 
rather, to just certain employers, perhaps in response to a particular advertisement. Likewise, an 
employer may want to tailor its search to include those candidates indicating an interest in a 
particular opening. In such cases, the candidate may include with its job preference an indicia 
either to identify the opening to which the candidate is responding, or otherwise to identify those 
employers to which the candidate consents to having his resume released. The indicia can be 
used to tag the candidate's resume for an employer's search and/or to file the resume immediately 
in the employer's mailbox, a mailbox corresponding to the position opening, or the like. 

If a vendor is using the system, bulk performance of certain activities is possible (e.g. 
uploading resumes, entering date indicated that candidate(s) were still available, etc.) (see 
Appendix B-10). Vendors can also print reports on interviews scheduled by employers for their 
candidates (see Appendices B-6 through B-8), employer activity (see Appendix B-9), open 
inquires (see Appendix B-12), skill demands (see Appendix B-14), client contacts (see Appendix 
B-13), candidate experience profiles (see Appendix B-l 1) and other evaluation statistical reports. 
Furthermore, in one embodiment, the system is capable of identifying those positions which 
remain open and are in need of a match, and providing a list of these positions to those vendors 
selected by the employer resulting in an accurate up to date list of openings upon which vendors 
can focus their recruiting efforts. 
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In Fig. 3b, an optional feature of the present invention is depicted in a flow diagram. 
This particular process allows a candidate to telephone the central resume database management 
system 100 and update his or her availability status. As shown in Block 350, after the system 
receives a phone call from the candidate, Block 351 prompts the candidate to enter an ID and/or 
5 password to confirm his or her authenticity. In Block 352, the candidate indicates his or her 

availability status. The system may also report certain status and activity information about the 
candidate to the candidate (Block 353). 

In an alternate embodiment, the candidate's resume is entered into the system by 
administrative personnel using the administrative interface. Such an alternative may be 
10 beneficial in those situations where on-line access is unavailable to a particular candidate. 

Likewise, formulating the search queries also may be performed by system administrative at the 

p request of employers. 

- Hi 

*3 Fig. 4 corresponds to Block 201 in Fig. 2. and shows a flow diagram of a process which 

may be used to formulate a search query. It should be understood that the process for populating 

lM the database is similar to that for interrogating it—rather than selecting a field for a search, the 

fU candidate indicates that such a field applies to him or her. 

H Referring to Fig. 4, Block 401 provides for the selection of a profession in which the job 

H opening exists (see Appendix A-2). Block 402 requests the employer to specify various 

ru 

attributes of the position, e.g. whether it is seeking a candidate for a full time or part time 
2(H" position, whether the position is for permanent employment or an independent contractor 

position, where the job is located, what it pays, whether travel is required, etc. (see Appendix A- 
2). Next the employer may specify the minimum educational requirements of the position 
(Block 403) and whether the resumes should be searched for specific keywords in the text 
(Block 404) (see Appendix A-3). 

25 In Blocks 405 through 408, the employer constructs a query with respect to experience 

according to a hierarchical relational database (see Appendix A-3). A representative 
hierarchical, relational database is shown in Table 1. There, the first layer, pertaining to 
profession, is "Software." The next layer corresponds to categories of the profession, which, in 
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this table, is "Database" and "Operating Systems." Below this layer is a third layer, "usage," 
which, in this table, corresponds to "Design," "Programming," "Database Administration," 
"Platform," and "System Administration." Depending on the "usage" layer is a fourth layer, 
skills, which, in this table, is "Sybase," "Oracle," "Unix," "Windows NT." The skill layer is 
further subdivided into versions. Members of these layers are related to each other in single 
and/or multiple hierarchy threads. Not shown in this table are the pointers used for retrieving 
data. Although Table 1 exemplifies the layers of a relational database used for experience in the 
software profession, it should be understood that it also applies to practically all other 
professions, such as legal, construction, and teaching professions, and applies to aspects of a 
candidate's resume aside from experience such as education and job preferences. 

TABLE 1 
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Given a particular database structure for the candidate skill or experience profile, the 
system prompts the candidates, vendors or employers in a systematic fashion to populate or 
search the database. In other words, the system prompts the user to select from a menu of 
fields in a particular order to ensure ease of use, control of the specification process, reduction 
of data entry error, and consistency across all modules of the system. 

In Blocks 405 through 408, the employer decides to search a particular string of 
segments from the hierarchical database. In Blocks 405 and 406, the user may select a 
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profession and a particular category within that profession. In Block 407, the employer is 
offered usage requirements within the particular category selected in Block 405. In Block 408, 
the employer may optionally select a specific item (version) in a further subcategory of the 
skill selected in Block 406. It should be understood that the selected string of hierarchical- 
related fields may be as long or as short as the user desires. In other words, the search may be 
based on just the broadest field, e.g., profession, or it can be based on a specific string of fields 
right down to the last layer in the hierarchical arrangement, e.g., version of software. 

In Block 409, the employer then specifies the cumulative length of experience required 
in the above combination of skills specified in Blocks 405 through 408. If required, the 
employer may elect to specify additional skills as above, and the above steps are reiterated 
until the requirements are fully specified. Thus, after Block 410 a combination of a 
profession and subcategories of that profession is created along with a cumulative experience 
requirements for that particular combination. 

The employer is prompted to make a selection of the vendors whose candidates he 
may prefer to search (Block 411), as well as to search for all candidates in the database or only 
the new ones he has not seen before (Block 413). In Block 412, the employer may elect to 
include candidates who may have assessed themselves to have superior knowledge in the skills 
specified. 

In a preferred embodiment, the system has means for saving a query once configured. 
It is likely that a given employer will look to interview or employ more than one candidate 
with the same qualifications or to search periodically for a candidate having the same general 
qualifications. In such a situation, it is advantageous for the employer to save the search it 
created, and modify it accordingly when needed. The saving means allows the employer to 
store a number of different candidate qualifications in libraries, which may be combined and 
modified to form various search queries. Such saved searches may also be used to request 
easily the system to perform unattended automatic searches for candidates (Block 202, Fig. 2) 
(see Appendices A- 12 & A- 13). 
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According to the present invention, an employer may therefore specify a profession 
and a combination of subcategories within that profession for a candidate. Using relational 
database techniques and pattern matching algorithms, the combination can be searched 
logically within the system's database. For example, if an employer requires several years of a 
particular expertise in a particular skill, the relational database select command can pull up all 
relevant information on that particular skill for a candidate, even if the time is non- 
continuous, and sum that information together to provide for the total years of experience. 
Similarly, the system can make very fine distinctions between the types of skills utilized by a 
candidate on any assignment, and also on how the skill was used. The system also uses 
complex logic to establish the relationships between various members of any subcategory, so 
that it automatically includes those candidates who have the skills that are functionally 
superior or inclusive of the ones specified by the employer in the search. Such relational 
database search techniques are known in the art. 

Once a search is performed, the results are transmitted to the employer for its review. 
In the preferred embodiment, the employer may play "what-if " games by fine tuning his 
search specification so as to get an optimum number of candidates to examine further. The 
results of the search are transmitted in a manner so as to provide the employer with a 
graphical or tabular representation of suitable candidates (see Appendix A-6). The 
representation may be, for example, a table with the combination of skills sought in columns 
and the suitable candidates in rows. The suitable candidate may be rearranged using sort 
commands and the like according to the employer's preferences. It also may be preferable to 
compare candidate using specialized bar charts and the like (e.g. a representation of a 
particular candidate may be provided that shows the candidate's experience plotted along a 
time line). Still other methods of displaying the results of the search will be obvious to those 
skilled in the art in light of the present invention. 

Once a preferred candidate is identified, the system may provide means for scheduling 
an interview with the candidate. These means may request the employer to specify a 
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preferred time, mode of interview (e.g. in-person or by telephone), the interviewer, his 
contact information, location, etc. (Appendix 8). The system may then automatically alert 
the appropriate vendor or a system administrator to contact the candidate and schedule the 
interview. 

Obviously, numerous modifications and variations of the present invention are 
possible in the light of the above teachings. It is therefore understood that within the scope of 
the appended claims, the invention may be practiced other than as specifically described 
herein. 
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